678-727(P9883^ 



CORE NETWORK SEPARATION STRUCTURE 
AND SIGNAL PROCESSING METHOD THEREOF 
IN MOBILE COMMUNICATION SYSTEM 
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PRIORITY 



This application claims priority to an application entitled "Core Network 
Separation Structure and Signal Processing Method Thereof in Mobile 
Communication System" filed in the Korean Industrial Property Office on 
10 August 23, 2000 and assigned Serial No. 2000-50228, the contents of which are 
hereby incorporated by reference. 



The present invention relates generally to a core network separation 
structure and a signal processing method thereof, and in particular, to separation of 
packet data processing elements and signaling processing elements in a packet- 
switched domain and a signal processing method between the separated elements. 



2. Description of the Related Art 

A mobile communication system generally refers to a system that services 
voice and data over a wireless communication network. The mobile 
communication system is implemented in diverse ways and the major examples are 
25 a circuit switching network and a packet switching network. 

A network for the mobile communication system should be so configured 
as to efficiently transmit voice and data. This network requirement will be more 
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pressing in a future mobile communication system (IMT 2000) from which it is 
expected that an increased volume of data will be transmitted to provide multimedia 
services. 

5 The future mobile communication system for which work is ongoing to 

establish standards defines the following network requirements. 

(1) Independence of transmission technology for applying a transmission 
function from a higher service. 

(2) Separation criteria whereby call processing is separated from 
10 transmission. 

m (3) Separation of technologies that will be evolved in different forms. 

W There has already been defined a core network separation structure on the 

fo above principles in a circuit-switched domain. FIG 1 illustrates the core network 

Ip 15 separation structure of the circuit-switched domain in the circuit switching network 

% of a conventional mobile communication system. As shown in FIG 1, the 

10 conventional mobile communication system is divided largely into a circuit 

fjj 

kf switching network and a packet switching network. The circuit switching network 
J! processes circuit data including voice and the packet switching network processes 
20 packet data. 

Referring to FIG 1, an MSG (Mobile Switching Center) being a core 
network (CN) in the circuit-switched domain is separated into an MSC server and a 
media gateway (MGW). The MSC server is connected to a UTRAN (UMTS 
25 Terrestrial Access Network) through a predetermined signaling interface and 
processes signaling in the circuit-switched domain. That is, the MSC server 
processes signaling necessary to interface circuit data with the UTRAN or a GMSC 
(Gateway MSC). The UTRAN includes plurality of Node B(BTS; Base station 
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transmission System) connected to respective RNC(Radio Network Controller) and 
MSC. The MGW is connected to the UTRAN through a predetermined data transfer 
interface and switches circuit data in the circuit-switched domain. For this purpose, 
a protocol must be defined between the MSC server and the MGW to exchange 
5 information. MeGaCo (Media Gateway Control) protocol of IETF, which is also 
defined in H.248 of ITU-T, is adopted for example. Meanwhile, the GMSC 
connected to the PSTN (Public Switched Telephone Network) is separated into a 
GMSC server and an MGW. The MGW of the GMSC is connected to the MGW of 
the MSC through a predetermined data transfer interface and switches circuit data 
10 between the PSTN and the CN. The GMSC server is connected to the MSC server 
through a predetermined signaling interface and processes signaling required for 
switching circuit data between the PSTN and the CN. For this purpose, a protocol 
must be defined between the GMSC server and the MGW of the GMSC to 
exchange information. 

15 

As described above, the circuit switching network in the conventional 
mobile communication system has separate circuit data processing elements (the 
MGWs) and signaling processing elements (the MSC server and GMSC server). 

20 However, a core network separation structure of the packet-switched 

domain is yet to be explored in the packet switching network. In the existing 
defined core network structure of the packet-switched domain, the UTRAN is 
connected to an SGSN (Serving GPRS (General Packet Radio Service) Support 
Node) through a predetermined signaling and data transfer interface. The SGSN is 

25 connected to a GGSN (Gateway GPRS Support Node) via a signaling and data 
transfer interface. On the other hand, the GGSN is connected to multimedia IP 
(Internet Protocol) networks. The SGSN functions for switching and signaling to 
interface packet data with the UTRAN. The GGSN switches and processes 
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signaling to interface packet data with the multimedia IP networks. 

The core network in the packet-switched domain has not yet been separated 
into elements. While some separation structures for the SGSN have been proposed, 
5 there is no separation structure defined for the GGSN. Besides exploration of a 
separation structure for the core network in the packet-switched domain, an 
information flow between separated elements should be defined in detail at the 
same time. 



10 SUMMARY OF THE INVENTION 

An object of the present invention is, therefore, to provide a core network 
W with a separation structure in a packet-switched domain. 

m 

iff*! 

|J| 15 Another object of the present invention is to provide a signal processing 

t method between separated elements in a core network with a separation structure. 

13 

lij A further object of the present invention is to provide definitions of nodes 

jj and interfaces for a core network separation structure in a packet-switched domain. 
20 

Still another object of the present invention is to provide information flow 
between logical function blocks in relation to packet-related state changes. 

The foregoing and other object of the present invention are achieved by 
25 providing a core network separation structure and a signal processing method 
between separated elements. According to one aspect of the present invention, an 
MS (mobile station) transmits a first message requesting PDP (Packet Data 
Protocol) context activation to an SGSN server. The SGSN server transmits a 
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second message representative of a switching path for an S-MGW (SGSN-MGM) to 
the S-MGW in order to establish a forward transmission path for transmitting the 
packet data between the S-MGW and a G-MGW (GGSN-MGM). The S-MGW 
transmits a response message for the second message to the SGSN server. The 

5 SGSN server transmits a third message requesting PDP context creation to a GGSN 
server in response to the response message of the second message. The GGSN 
server transmits a fourth message representative of a switching path for the G- 
MGW to the G-MGW in order to establish a reverse transmission path for 
transmitting the packet data between the G-MGW and the S-MGW. The G-MGW 

10 transmits a response message for the fourth message to the GGSN server. The 
GGSN server transmits a response message for the third message to the SGSN 
server in response to the response message of the fourth message. The SGSN 
server establishes the reverse transmission path for the S-MGW by the response 
message of the third message. Then, the SGSN server transmits a message 

15 indicating completed establishment of the forward and reverse transmission paths to 
the MS. Thus, packet data transmission paths are established in a packet switching 
network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 

The above and other objects, features and advantages of the present 
invention will become more apparent from the following detailed description when 
taken in conjunction with die accompanying drawings in which: 

FIG 1 illustrates a core network separation structure in a conventional 
25 circuit-switched domain; 

FIG 2 illustrates a core network separation structure in a packet-switched 
domain according to an embodiment of the present invention; 

FIG 3 is an information flow diagram illustrating call setup in the packet- 



678-727(P9883) 

switched domain according to the embodiment of the present invention; 

FIG 4 is an information flow diagram illustrating call release in the packet- 
switched domain according to the embodiment of the present invention; 

FIG 5 is an information flow diagram illustrating SRNS (Serving Radio 
5 Network Subsystem) relocation (handover) in the packet-switched domain 
according to the embodiment of the present invention; 

FIG 6 conceptively illustrates a core network architecture where signals are 
processed in the procedure shown in FIG 5; 

FIG 7 is an information flow diagram illustrating UMTS to GSM inter- 
10 SGSN change (as an embodiment of location registration and routing area update) 
y3 according to the present invention; and 

% FIG 8 is an information flow diagram illustrating GSM to UMTS inter- 

im SGSN change according to the present invention. 

J ' 15 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Preferred embodiments of the present invention will be described 
Q hereinbelow with reference to the accompanying drawings. In the following 
description, well-known functions or constructions are not described in detail since 
20 they would obscure the invention in unnecessary detail. 

Separation of an SGSN and a GGSN in a packet-switched domain will be 
described below in relation to the operations and definitions of function blocks and 
interfaces between function blocks, in comparison with the existing core network 
25 structure in the packet-switched domain. By the application of the existing SGSN 
separation rules to separation of the GGSN, the future evolution and expansion of 
network structures in the packet-switched domain are supported. To implement and 
verify the functionality of the suggested separation structure, an information flow 
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between function blocks must be defined. Therefore, MegaCo/H.248 model-based 
messages will be defined between an internal server and an MGW separated from 
the GGSN in the mobile communication system. 

5 Before presenting a detailed description of the present invention, terms used 

herein will be defined. 

PDP: Packet Data Protocol 
RNC: Radio Network Controller 
RNS: Radio Network Subsystem 
SRNS: Serving RNS 
GPRS : General Packet Radio Service 
GSN: GPRS Supporting Node 
SGSN: Serving GSN 
GGSN: Gateway GSN 
QoS: Quality of Service 
TEID: Tunnel Endpoint Identifier 
IPv4: IP version 4 
IPv6: IP version 6 
MGW: Media Gateway 
S-MGW: SGSN-MGW 
G-MGW: GGSN-MGW 
GTP: GPRS Tunneling Protocol 

25 FIG 2 illustrates a core network structure in a mobile communication 

system according to an embodiment of the present invention. As shown in FIG 2, 
an SGSN and a GGSN, which are known as core networks in the existing packet- 
switched domain, each are divided into a packet data processing element and a 
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signaling processing element. The SGSN is divided into an S-MGW for processing 
packet data and an SGSN server for processing signaling. The GGSN is divided 
into a G-MGW for processing packet data and a GGSN server for processing 
signaling. Meanwhile, a new protocol must be defined to share information 
5 between separated elements. An expanded MeCaCo/H.248 protocol is basically 
used to control interfacing between the separated elements. 

The core network separation structure according to the embodiment of the 
present invention will be described in detail referring to FIG 2. The SGSN server is 
10 connected to a UTRAN through a signaling interface Iu and to the GGSN server by 
% a signaling interface Gn-c, for performing the conventional signaling process. The 
SGSN server has the responsibility for functions including, for example, session 
W management, mobility management, GTP-C endpoint, MAP endpoint, and RANAP 

|fi endpoint, S-MGW selection, and S-MGW control. 

Ill 15 

y The S-MGW is connected to the UTRAN through a data transfer interface 

10 

fij A/Gb and switches user data received from the UTRAN to the G-MGW by 
Q converting the user packet data in the form of a GTP-U PDU (GTP-User Protocol 

Data Unit). The S-MGW is connected to the G-MGW through a data transfer 
20 interface Nb/Gn-u, for switching packet data received from the G-MGW to the 

UTRAN. 

Meanwhile, the SGSN server needs to control packet data switching in the 
S-MGW by signaling and so the SGSN server is connected to the S-MGW through 
25 a new defined signaling interface Mc. 

The GGSN server is connected to the SGSN server through the new defined 
signaling interface Gn-c and to multimedia IP networks through a signaling 
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interface Gi-c for the conventional signaling process. The GGSN server has the 
responsibility for functions including, for example, session management, mobility 
management, GTP-C endpoint, assignment of dynamic IP addresses, transfer of 
DHCP messages, FA server for tenninal IP, RADIUS server, and G-MGW control. 

5 

The G-MGW is connected to the S-MGW through a data transfer interface 
Nb/Gn-u to switch user packet data received from the S-MGW to the multimedia IP 
networks. That is, the G-MGW serves as a protocol converter to transmit the user 
packet data to the multimedia IP networks. The G-MGW is connected to the 
10 multimedia IP networks through a data transfer interface Gi to switch packet data 
received from the multimedia IP networks to the S-MGW. In this case, the G- 
MGW serves as a protocol converter to transmit the packet data to the S-MGW. 



Ifj Meanwhile, the GGSN server needs to control packet data switching in the 

|fj 15 G-MGW by signaling and so the GGSN server is connected to the G-MGW via the 
new defined signaling interface Mc. 

w 

.{fl 

W In the above-described packet-switched domain, the G-MGW and the S- 

|2 MGW are implemented at the same node as the MGWs in the circuit-switched 
20 domain to offer efficient resources distribution. The new defined interface Gn-u 
takes care of packet data transmission, and the interface Gn-c takes charge of 
signaling based on control information. The control information includes Create 
PDP Context Request/Response information, MODIFY PDP Context 
Request/Response information, and Delete PDP Context Request/Response 
25 information. As in the conventional packet-switched domain, the control 
information is formatted as defined by TR 23.060 v3A0 under the same 
circumstances. 
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There will be given lists of messages for use in the procedures according to 
the embodiment of the present invention. 

Table 1 shows a new PDP setup request message ADD Request directed 
5 from the SGSN server and the GGSN server to the S-MGW and the G-MGW, 
respectively. 



(Table 1) 





Information 


Use 




Context Identifier 


Each packet connection identifier 




PDP Type 


Type of packet data protocol for end user 


$ 




(IPv4, IPv6, PPP) 


S - if 

W- ■ 
m r 

:ff.f ; 


PDP Address 


PDP address for end user 




(IPv4 address or IPv6 address) 


& 


UTRAN Identifier 


UTRAN identifier to be connected 


%£ ii 


Peer GSN Identifier 


GSN identifier of the other party to be 
connected 




Peer Transport IP Address 


Transport IP address for peer MGW 
(only by GGSN server) 


Is??? 


Peer Transport TEID 


Transport GTP TEID for peer MGW 
(only by GGSN server) 




Requested QoS 


QoS information requested by end user 



10 In Table 1, Peer Transport IP Address and Peer Transport TEID are 

provided from the G-MGW to the S-MGW and the other information is provided 
from the servers to the MGWs. 



Table 2 shows the structure of a response message ADD Response for ADD 
15 Request, directed from the MGWs to the servers. 
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(Table 2) 



Information 


Use 


Context Identifier 


Each packet connection identifier 


Result 


Result from processing new PDP setup request 
message ADD Request 


My Transport IP Address 1 


First transport IP address for MGW 


My Transport TEID1 


First transport GTP TEID for MGW 


My Transport IP Address2 


Second transport IP address for MGW 
(onlybySGSN server) 


My Transport TEID2 


Second transport GTP TEID for MGW 
(only by SGSN server) 


Negotiated QoS 


QoS information negotiated with MGW 



In Table 2, My Transport IP Address 1 and My Transport TEID1 are 

iff provided from an UTRAN to the G-MGW through the S-MGW and My Transport 

3 5 IP Address2 and My Transport TEID2 are provided from the G-MGW to the S- 

m MGW. 

n 

ftj Table 3 shows the structure of a modify request message MODIFY Request 

m directed from the servers to the MGWs. 



(Table 3) 



Information 


Use 


Context Identifier 


Each packet connection identifier 


Modify Type 


Modify type identifier (PDP address modify, 
TEID modify, QoS modify) 


PDP Type 


PDP type for modification when modify type 
identifier is PDP address 


PDP Address 


PDP address for modification when modify 
type identifier is PDP address 
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Peer Transport IP Address 


Transport IP address for peer MGW when 
modify type identifier is TEID 


Peer Transport TEID 


Transport GTP TEID for peer MGW when 
modify type identifier is TEE) 


Requested QoS 


QoS information for modification when 
modify type identifier is QoS 



In Table 3, Peer Transport IP Address and Peer Transport TEID are 
provided from the UTRAN to the G-MGW through the S-MGW. 

5 Table 4 shows the structure of a response message MODIFY Response for 

MODIFY Request, directed from the MGWs to the servers. 



(Table 4) 



Information 


Use 


Context Identifier 


Each packet connection identifier 


Result 


Result from processing modify request 
message MODIFY Request 


My transport IP Address 


Transport IP address for MGW when modify 
type identifier of MODIFY Request is TEID 
(only by GGSN server) 


My Transport TEID 


Transport GTP TEID for MGW when modify 
type identifier of MODIFY Request is TEID 
(only by GGSN server) 


Negotiated QoS 


Negotiated QoS information from MGW when 
modify type identifier of MODIFY Request is 
TEID 



10 In Table 4, My Transport IP Address and My Transport TEID are provided 

from the S-MGW to the G-MGW. 
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Table 5 shows the structure of a PDP subtract request message SUBTRACT 
Request directed from the servers to the MGWs. 



(Table 5) 



Information 


Use 


Context Identifier 


Each packet connection identifier 



5 

Table 6 shows the structure of a response message SUBTRACT Response 
for SUBTRACT Request, directed from the MGWs to the servers. 



(Table 6) 



Information 


Use 


Context Identifier 


Each packet connection identifier 


Result 


Result from processing PDP subtract request 
message SUBTRACT Request 



10 



The above messages are modifications to some of the existing H.248 
protocol messages to support a UMTS packet network with a separation structure. 
Therefore, they are shown to include mainly information elements to be added. 

15 FIG 3 is a diagram showing an information flow for an initial call setup, 

that is, to establish initial paths in the packet-switched domain according to the 
embodiment of the present invention. The steps shown in FIG 3 except steps 2, 3, 
and 7 through 10 are described in "3GPP TS 23.060 v3.4.0". 

20 Referring to FIG 3, a mobile station (MS) transmits a first message, 

Activate PDP Context Request to an SGSN server through a UTRAN to request 
activation of a PDP context in step 1. The Activate PDP Context Request message 
is provided through the signaling interface between the UTRAN and Ihe SGSN 
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shown in FIG 2. In step 2, the SGSN server transmits a second message, ADD 
Request to the S-MGW through the signaling interface Mc shown in FIG 2, to 
request new PDP activation. The ADD Request message designates the S-MGW as 
the termination of a GTP-U tunnel. The SGSN server includes information about 
5 switching packet data directed from the MS to the UTRAN in the ADD Request 
message. The switching information is required for the S-MGW to switch the 
packet data received from the MS to the G-MGW. 

Upon receipt of the ADD Request message, the S-MGW establishes a 
10 forward transmission path to provide the packet data received from the MS to the 
J| G-MGW Then, the S-MGW transmits a response message ADD Response for 
% ADD Request to the SGSN server through the signaling interface Mc in step 3. A 
}J TEID with which the G-MGW will transmit packet data (GTP-U PDU) to the S- 
f MGW and the IP address of the S-MGW are inserted into the ADD Response 
7 15 message. The S-MGW establishes a reverse transmission path by the TEID for the 
m G-MGW and the IP address of the S-MGW Upon receipt of the ADD Response 
$ message, the SGSN server performs a radio access bearer (RAB) setup procedure, 
?9 Radio Access Bearer Setup for the UTRAN and the MS in step 4. If a 

corresponding UTRAN trace is activated by the procedure of step 4, the SGSN 
20 server transmits an Invoke Trace message to the UTRAN in step 5. The Invoke 

Trace message is composed of Trace Reference, Trace Type, Trigger ID, and OMC 

Identity. Trace Reference and Trace Type are set in trace information received from 

an HLR (Home Location Register) or an OMC. 

25 In step 6, the SGSN server transmits a third message, Create PDP Context 

Request to the GGSN server through the signaling interface Gn-c shown in FIG 2 
to request PDP context creation for a new call connection. The Create PDP Context 
Request message includes the TEID for the G-MGW to the S-MGW and the IP 
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address of the S-MGW. Upon receipt of the Create PDP Context Request message, 
the GGSN server transmits a fourth message, ADD Request to the G-MGW through 
the signaling interface Mc to request the new PDP context creation in step 7. The 
new PDP activation refers to establishing the reverse transmission path for 
5 transmitting packet data from the G-MGW to the S-MGW. The ADD Request 
message includes the TEID for the G-MGW and the IP address of the S-MGW. 

Upon receipt of the ADD Request message, the G-MGW establishes the 
reverse transmission path by the TEID and IP address included in the ADD Request 
^10 message. Then, the G-MGW transmits a response message ADD Response for the 
y§ ADD Request message to the GGSN server in step 8. The ADD Response message 
?: • includes a TEID with which the S-MGW transmits a GTP-U PDU to the G-MGW 
% and the IP address of the G-MGW 
i 

5 15 Upon receipt of the ADD Response message, the GGSN server transmits a 

t -J, 

i| response message Create PDP Context Response for the Create PDP Context 
jrj Request message to the SGSN server in step 9. The Create PDP Context Response 
§ message includes the TEID for the S-MGW and the IP address of the G-MGW, 

received by the ADD Response message. While not shown in FIG 3, the SGSN 
20 server transmits the TEID for the S-MGW and the IP address of the G-MGW 

received by the Create PDP Context Response message to the S-MGW by a 

predetermined message. 

If it is necessary to change packet data processing-related information, the 
25 SGSN server transmits a MODIFY Request message to the S-MGW in step 10. As 
shown in Table 3, MODIFY Request includes Modify Type Identifier and other 
modification information. Upon receipt of the MODIFY Request message, the S- 
MGW modifies information designated by the Modify Type Identifier according to 
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the modification information. When the information modification is completed, the 
S-MGW transmits a response message MODIFY Response for the MODIFY 
Request message to the SGSN server in step 11. If the new PDP activation is 
completed in the above procedure, the SGSN server transmits an Activate PDP 
5 Context Accept message to the MS, notifying that a PDP address is completely 
assigned, in step 12. Completion of PDP address assignment implies that both the 
forward and reverse transmission paths have been established. 

As described above referring to FIG 3, steps 2, 3, and 7 through 11 are 
10 additionally performed to process signals between the separated elements SGSN 
server and S-MGW and between the separated elements GGSN server and G-MGW 
for new PDP address assignment in the embodiment of the present invention. 

% FIG 4 is a diagram illustrating an information flow for call release in the 

1 

15 packet-switched domain according to the embodiment of the present invention. The 

t steps shown in FIG 4 except steps 3, 4, 6, and 7 are described in "9.2.4.1 of 3GPP 

I TS 23.060 V3.4.0". 

J 
3 

Referring to FIG 4, the MS transmits a Deactivate PDP Context Request 
20 message to the SGSN server to request deactivation of an existing PDP context in 
step 1. Upon receipt of the Deactivate PDP Context Request message, the SGSN 
server transmits a Delete PDP Context Request message to the GGSN server to 
request deletion of the PDP context in step 2. Then, the GGSN server transmits a 
SUBTRACT Request message to the G-MGW through the signaling interface Mc to 
25 request deletion of the PDP context in step 3. The G-MGW deactivates the PDP 
context and transmits a SUBTRACT Response message for the SUBTRACT 
Request message to the GGSN server in step 4. Deactivation of the PDP context 
refers to release of the forward and reverse transmission paths established according 
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to the procedure of FIG 3. The GGSN server transmits a Delete PDP Context 
Response message for the Delete PDP Context Request message to the SGSN 
server in step 5. In step 6, the SGSN server transmits the SUBTRACT Request 
message to the S-MGW through the signaling interface Mc to request deactivation 
5 of the PDP context. The S-MGW deactivates the PDP context and then transmits a 
SUBTRACT Response message for the SUBTRACT Request message to the SGSN 
server in step 7. Deactivation of the PDP context refers to release of the forward 
and reverse transmission paths established in the procedure of FIG 3. In step 8, the 
SGSN server transmits a Deactivate PDP Context Accept message to the MS, 
10 notifying that the PDP context deactivation is accepted. In step 9, the MS and the 

13 SGSN server perform a Radio Access Bearer Release procedure to release the PDP 

% context whose deactivation was accepted. 

li As described above referring to FIG 4, steps 3,4,6, and 7 are additionally 

tffl5 performed to process signals between the separated elements SGSN server and S- 
* m MGW and between the separated elements GGSN server and G-MGW for new PDP 
Iff context deactivation in the embodiment of the present invention. 

w 

if 5 ! 

Ji FIG 5 is an information flow diagram for SRNS relocation (handover) in 

20 the packet-switched domain according to the embodiment of the present invention 
and FIG 6 conceptively shows a core network architecture for the signal processing 
of FIG 5. The steps shown in FIG 5 except steps 4, 5, 15, 16, 18, 19, 25, and 26 
have already been defined in "9.2.4.1 of 3 GPP TS 23.060 v3.4.0". The signal 
processing shown in FIG 5 occurs when a source RNC in which an MS is registered 
25 before a SRNS relocation generates an MS relocation request in the presence of 
traffic being transmitted or received from or at the MS. This is termed SRNS 
relocation. 
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If the MS requests an SRNS relocation while transmitting or receiving 
traffic by an assigned PDP address in step 1, a source RNC transmits a Relocation 
Required message to an old SGSN server in step 2. The old SGSN server transmits 
a Forward Relocation Request message to a new SGSN server in step 3. The new 
5 SGSN server transmits an ADD Request message notifying that the MS location is 
changed to a new S-MGW via the signaling interface Mc shown in FIG 2 in step 4. 
After updating the MS location information, the new S-MGW transmits an ADD 
Response message for the ADD Request message to the new SGSN server via the 
signaling interface Mc in step 5. The new SGSN server transmits a Relocation 
10 Request message requesting SRNS relocation of the MS to a target RNC to which 
q the MS moves in step 6. The target RNC performs a predetermined process of 
^ accessing a channel to provide a packet service to the MS. If the packet service is 

W available to the MS, the target RNC transmits a Relocation Request Acknowledge 

Ml 

15 message to the new SGSN server in step 7. In step 8, the new SGSN server 

fji 15 transmits a Forward Relocation Response message for the Forward Relocation 

U Request message to the old SGSN server. The old SGSN server transmits a 

fl Relocation Command message to the source RNC, requesting SRNS relocation to 

ij be performed, in step 9. Then, the source RNC transmits a Relocation Commit 

if' 53 ! 

U message to the target RNC, notifying that the Relocation Command message has 
20 been received from the packet-switched domain in step 10. The source RNC 
forwards data to the target RNC in step 11. The target RNC transmits a Relocation 
Detect message to the new SGSN server, notifying that the relocation has been 
detected in step 12. After having sent the Relocation Detect message, target SRNC 
responds to the MS by sending a RNTI Reallocation message in step 13. Li step 14, 
25 the new SGSN server transmits an Update PDP Context Request message to the 
GGSN server so that the GGSN server updates the location information of the MS 
with information indicative of the MS moving from the source RNC to the target 
RNC. The GGSN server updates the location information of the MS and then 
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transmits a MODIFY Request message to the G-MGW, requesting update of the MS 
location information in step 15. The G-MGW updates the MS location information 
and transmits a MODIFY Response message for the MODIFY Request message to 
the GGSN server in step 16. The GGSN server transmits an Update PDP Context 
5 Response message for the Update PDP Context Request message to the new SGSN 
server in step 17. 

In step 18, the new SGSN server transmits a MODIFY Request message 
requesting the update of the MS location information to the new S-MGW. After the 
10 MS location information update, the new S-MGW transmits a MODIFY Response 
q message for the MODIFY Request message to the new SGSN server in step 19. 

.-.Pi 

W When the MS location information is completely updated in the above 

% I s ! 

15 procedure, the MS requests release of existing channels to the old SGSN server in 
||l5 steps 20 through 24. The old SGSN server transmits a SUBTRACT Request 
!^ message requesting release of an existing call to the old S-MGW in step 25. In step 
gj 26, the old S-MGW transmits a SUBTRACT Response message for the 
|y SUBTRACT Request message to the old SGSN server, thereby terminating the 
I J SRNS relocation, 
20 

As described above referring to FIG 5, steps 4, 5, 15, 16, 18, 19, 15 and 26 
are additionally performed to process signals between the separated elements SGSN 
server and S-MGW and between the separated elements GGSN server and G-MGW 
for SRNS relocation (handover) in the embodiment of the present invention. 

25 

FIG 7 is a signal flow diagram UMTS to GSM inter SGSN change 
according to the present invention. In FIG 7, location registration is performed 
from a core network with separated elements (an old 3G-SGSN server and an old 
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3G S-MGW) according to the present invention to a conventional core network with 
a non-separate structure (a new 2G-SSGN and a new MSC/VLR). The steps shown 
in FIG 7 except steps 9, 10, 15, 16, 22, and 23 are described in "9.2.4. 1 of 3 GPP TS 
23.060 v3.4.0". Therefore, the following description of FIG 7 is made mainly on 
5 the added steps. The signal processing shown in FIG 7 occurs when an MS 
requests its relocation to a new SGSN server before SRNS relocation in the absence 
of traffic being transmitted or received from or at the MS. This is termed location 
registration. 

10 When the MS transmits a Routing Area update Request message to a new 

q 2G SGSN in step 2, steps 2 through 8 are performed. Upon receipt of an SGSN 
^ Context Acknowledge message acknowledging the routing area update request from 
w the new 2G SGSN, an old 3G SGSN server transmits an ADD Request message 
§ requesting relocation of the MS to an old 3G S-MGW in step 9. The old 3G S- 
Ifjl5 MGW relocates the MS and transmits an ADD Response message for the ADD 
% Request message to the old 3 G SGSN server in step 10. Then, conventional steps 11 
fi through 14 are performed. The GGSN server receives an Update PDP Context 
W Request message requesting the update of a modified PDP in step 14. In step 15, 

£: :-■ Z 

yl the GGSN server transmits a MODIFY Request message to the G-MGW, requesting 
20 update of the MS location information. The G-MGW updates the MS location 
information. After the updating, the G-MGW transmits a MODIFY Response 
message for the MODIFY Request message to the GGSN server in step 16. Then, 
conventional subsequent steps 17 through 21 are performed. In step 22, the old 3G 
SGSN server transmits a SUBTRACT Request message to the old 3G S-MGW, 
25 requesting release of an existing call. In step 23, the old 3G S-MGW transmits a 
SUBTRACT Response Message to the old 3G SGSN server in step 23, thereby 
completing the location registration. The subsequent steps 24 through 29 have 
already been defined as mentioned before. Therefore, their description is omitted 
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here. 

As described above referring to FIG 7, steps 9, 10, 15, 16, 22, and 23 are 
additionally performed to process signals between the separated elements SGSN 
5 server and S-MGW and between the separated elements GGSN server and G-MGW 
for location registration in the first embodiment of the present invention. 

FIG 8 is an information flow diagram illustrating GSM to UMTS inter 
SGSN change according to the present invention. In FIG 8, location registration is 
10 performed from a conventional core network with a non-separation structure (an old 

3 SGSN and an old MSC/VLR) to a core network with separated elements (a new 
SGSN server and a new S-MGW) according to 1he present invention. The steps 

£ shown in FIG 8 except steps 6, 7, 11, 12, and 34 through 37 are described in 
0 "9.2.4.1 of 3 GPP TS 23.060 v3.4.0". Therefore, the following description of FIG 8 
|l5 is made mainly on the added steps. The signal processing shown in FIG 8 occurs 
when an MS requests its relocation to a new SGSN server before SRNS relocation 

9 in the absence of traffic being transmitted or received from or at the MS. This is 

P 

4 called location registration. 

»&. 

20 After the MS transmits a Routing Area update Request message to a new 

3G SGSN server in step 2, steps 3, 4 and 5 are performed. The new 3G SGSN 
server transmits an ADD Request message requesting relocation of the MS to a new 
3G S-MGW in step 6. The new 3G S-MGW relocates the MS and transmits an 
ADD Response message for the ADD Request message to an old 2G SGSN in step 

25 7. Then, steps 8 through 10 are performed in the conventional manner. The GGSN 
server receives an Update PDP Context Request message requesting update of a 
modified PDP in step 10. In step 11, the GGSN server transmits a MODIFY 
Request message to the G-MGW. The G-MGW transmits a MODIFY Response 
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message for the MODIFY Request message to the GGSN server in step 12. Then, 
conventional subsequent steps 13 through 33 are performed. In step 34, the new 3G 
SGSN server transmits a MODIFY Request message requesting update of the MS 
location information to the new 3G S-MGW. The new 3G S-MGW updates the MS 
5 location information. In step 35, the new 3G S-MGW transmits a MODIFY 
Response message for the MODIFY Request message to the new 3G SGSN server. 

The new 3G SGSN server transmits a SUBTRACT Request message to the 
new 3G S-MGW, requesting release of an existing call in step 36. In step 37, the 
10 new 3G S-MGW transmits a SUBTRACT Response Message to the new 3G SGSN 

13 

iS server, thereby completing the location registration. 

■w 

S As described above referring to FIG 8, steps 6, 7, 11, 12, and 34 through 37 

f| are additionally performed to process signals between the separated elements SGSN 

* 15 server and S-MGW and between the separated elements GGSN server and G-MGW 

Q 

§5 for location registration in the second embodiment of the present invention. 

iM 

W in accordance with the present invention, separation of user information 

transport and control information transport in a core network enhances 
20 expansibility, and implementation of a G-MGW located at a PLMN termination at 
the same node as an MGW in the CS domain increases the use efficiency of 
transmission resources. Furthermore, compatibility with UMTS based on the 
MeGaCo/H.248 protocol provides a simple, stable MGW control protocol suitable 
for an open structure. The MGW control protocol is easily operated because it can 
25 be separately managed in software upgrades. 

While the invention has been shown and described with reference to certain 
preferred embodiments thereof, it will be understood by those skilled in the art that 
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various changes in form and details may be made therein without departing from 
the spirit and scope of the invention as defined by the appended claims. 
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